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(54) Processing instruction using hashing 

(57) A program-controlling processing unit (55) exe- 
cutes instructions stored in memory (49). A special 
instruction type is provided for selectively retrieving an 
element from memory (49) in dependence on the value 
of input data (10) subject of the instruction. Each 
instruction (50) of this type has a header (51) identifying 
the instruction type, and a body (52) in the form of a 
hash table having at least one entry with both (i) a check 
value corresponding to a value of interest of the input 
data subject of the instruction, and (ii) an element to be 
used when the input data has said value of interest. 
Upon execution of such an instruction, the related input 



data (10) is hashed to produce an offset value (14) (50) 
that is used to access in memory, relative to the position 
in memory of the current instruction, a corresponding 
entry in the hash table of the instruction. If a "hit " results 
(that is, the check value of the accessed entry matches 
the input data value), the entry element is operativety 
output. Such a compact, relocatable, instruction is of 
particular use in processing units for controlling packet 
switches where the packet destination address is used 
to determine routing. 




FIG. 2 
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Description 

Field of the Invention 

[0001] The present invention relates to a processing 
method and apparatus involving a processor instruction 
employing hashing. 

Background of the Invention 

[0002] Processor instructions are known that provide 
for branching in dependence on the value of some 
parameter stored at a particular location (often in the 
accumulator of the processor ALU). Processor instruc- 
tions are also known that provide for a degree of indirec- 
tion in accessing a element to be handled by the 
instruction; by this is meant that the location of the tar- 
get element is not directly specified in the instruction, 
but instead the instruction specifies a location that holds 
the address of the location storing the target element. 
More sophisticated indirection involves pre or post 
indexing based on a value held in a specific processor 
register (pre-indexing involves modifying the address 
specified in the instruction whereas post-indexing 
involves modifying the address stored in the location 
specified in the instruction). 

[0003] In apparatus such a a packet switch, a control- 
ling processor will generally be required to carry out 
some action based on the value of a input quantity such 
as a packet destination address. This desired capability 
can be viewed as a branching operation in which the 
processor must branch to a required action dependent 
on the value of the input quantity. Alternatively the 
desired capability can be likened to an operation involv- 
ing indirection post-indexed by the value of the input 
quantity. However, in applications such as controlling a 
packet switch, the rage of possible values of the input 
quantity may be very large even though only a very lim- 
ited subset of these values may be of interest. The 
standard branch instructions or instructions involving 
indirection cannot cope with this requirement in a com- 
pact and simple manner and will generally use a 
number of memory locations corresponding to the 
number of possible values of the input quantity. 
[0004] It is an object of the present invention to pro- 
vide a compact and flexible way of controlling a proces- 
sor to selectively access elements in dependence on 
the value of an input quantity. 
[0005] As will become apparent below, the present 
invention achieves this object by employing hashing. 
Hashing is itself a well known technique by which a rel- 
atively long input is transformed into a shorter output. 
Hashing is used for many different purposes including 
memory look-up and for forming message authentica- 
tion codes. A large number of different hashing func- 
tions are known. 

[0006] In order to facilitate an understanding of the 
present invention, a brief description of hashing as 



applied to memory look-up will now be given with refer- 
ence to Figure 1 of the accompanying drawings. More 
particularly, in the Figure 1 arrangement, a input 10 (for 
example, a 48-bit input) is to be used to retrieve data 

5 held in memory 1 1 . In the current example, only a rela- 
tively small number of the possible values of the input 
10 are of interest (for example, seven values). The 
memory is provided with a number of locations 12 
equal, to or greater than, the number of input values of 

10 interest (but less than all possible input values), and the 
input 10 is applied to a hashing function 13 that trans- 
forms the input 10 into a shorter length index 14 
matched to the size of the memory (in the current exam- 
ple, this might be a 3-bit index). The hashing function 14 

15 is chosen such that every input value of interest pro- 
duces a unique value of the index 14 and this latter 
value is then used to access a corresponding location of 
the memory 1 1 - this location being that used to store 
the data that it is desired to associate with the input 

20 value concerned. 

[0007] Of course, may values of the input 10 will give 
rise to the same index value but it is only desired to reg- 
ister a "hit" (a valid output of data from the memory 1 1) 
for the input value of interest that hashes to that index 

25 value. Accordingly, along with the data to be output, 
each memory location stores a check value correspond- 
ing to the input value for which that data is valid. When 
a memory location 12 is accessed, the check value is 
compared in comparator 1 5 with the current value of the 

30 input 10 and a data valid ouput 16 is only produced if 
there is a match. If the check value and input value do 
not match, a "miss* 1 occurs. In so-called "perfect" hash- 
ing where every input value of interest is mapped by the 
hashing faction 13 into its own unique value of index, 

35 this is the end of the process; however, it is often more 
efficient to practice "non-perfect" hashing in which there 
are some clashes beween values of interest. In such 
cases, various strategies have been devised; for exam- 
ple, the indexed location may give access to a linked list 

40. of values of interest associated with that location. 
Another strategy is to effect, "re-hashing" (that is, carry- 
ing out a hash retry) generally using a different hash 
function from that originally employed. Re-hashing strat- 
egies may extend to multiple re-hashing attempts each 

45 with a different predetermined hash function. 

Summary of the Invention 

[0008] According to the present invention, there is pro- 
se? vided a processing method in which program-controlled 
processing means, in the course of executing a instruc- 
tion of a given type stored in memory, is caused to 
selectively retrieve an element from memory in depend- 
ence on the value of input data subject of the instruc- 
55 tion; the instruction having a header identifying the 
instruction as of said given type, and a body in the form 
of a hash table having at least one entry with both (i) a 
check value corresponding to a value of interest of the 
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input data subject of the instruction, and (ii) a element to 
be used when the input data has said value of interest; 
the method involving the steps: 

(a) -- determining whether a current instruction to 
be executed by the processing means is of said 
given type; 

(b) - where step (a) determines that the instruction 
is of said given type, hashing the input data subject 
of the instruction to produce a offset value; 

(c) - using the offset value produced in step (b) to 
access in memory, relative to the position in mem- 
ory of the current instruction, a corresponding entry 
in the hash table of the current instruction; 

(d) comparing the value of the input data with the 
check value held in the entry accessed in step (c), 
and making available the associated entry element 
for operative use only when the compared values 
match. 

[0009] In this manner, a compact instruction, relocable 
in memory, is provided which is effective to produce dif- 
ferent outcomes depending on the value of the input 
data subject of the instruction. 
[001 0] The element accessed in step (d) may be used 
by the processing means in several different ways. 
Thus, the element may be output as a control value and 
used, for example, for controlling packet routing in a 
packet switch. Alternatively, the accessed element may 
be used as an indicator of the location of a next instruc- 
tion to be executed by the processing means. A further 
use of the accessed element is as a return value that is 
returned to a prior instruction responsible for calling the 
instruction of said given type, the returned value being 
used, for example, as an index into a table associated 
with the prior instruction. 

[0011] The source of the input data subject of the 
instruction may be implicit (for example, all such data 
may be provided at the same source as will generally be 
the case if the instruction is called by another instruction 
and the input data is passed as a calling parameter). 
Alternatively, the instruction header may include an 
input-selection parameter providing a source indicator 
for the input data (10). This source indicator may specify 
a memory/register location holding the input data and/or 
specific bits of interest of a wider input. 
[0012] The header of the instruction may include a 
size parameter indicative of the size of the hash table 
contained in the body of the instruction, this size param- 
eter being used to limit the size, and thus the value 
range, of the offset value produced in step (b) in order to 
match this value to the size of the hash table. 
[0013] The hashing of the input data in step (b) may 
be carried out using a fixed hashing function. Preferably, 
however, the header of the instruction includes a hash 
control code, and the hashing of the input data is carried 
out in dependence on the value of this hash control 
code. Thus, in one embodiment, step (b) involves: 
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- - forming a transformed value by combining 
together at least portions of different versions of 
said input data, the hash control code serving to set 
specific parameters of this forming, and 

5 - - using the transformed value to provide the offset 
value. 

Advantageously, the different versions of the input data 
are bit-shifted versions of the input data, the number of 
10 these different versions and their respective degrees of 
bit shifting being determined by the hash control code. 
The combining together of the said at least portions of 
the different input-data versions may be carried out 
using an exclusive-OR operation. 
is [001 4] Hashing into the hash table need not be perfect 
and any suitable strategy, such as rehashing, may be 
adopted in cases where more than one input-data value 
of interest hashes to the same offset value. 
[0015] According to another aspect of the present 
20 invention, there is provided apparatus having storage 
means storing a program including an instruction of a 
given type that comprises: 

- - a header identifying the instruction as of said 
25 given type, and 

- - a body in the form of a hash table having at least 
one entry with both (i) a check value corresponding 
to a value of interest of input data subject of the 
instruction, and (ii) an element to be used by said 

30 instruction when said input data has said value of 
interest. 

[001 6] The apparatus may further comprise: 

35 - - processing means for executing instructions 
stored in the storage means; 

- - means for providing said input data; 

- - hashing means for hashing the input data to pro- 
duce an offset value, 

40 - - offset-access means for using the offset value to 
access the storage means at an offset relative to 
the location of a current instruction being executed 
by the processing means, and 

- - comparator means for comparing the input data 
45 value with the check value of a hash table entry 

accessed by the offset access means during the 
execution of an instruction of said given type by the 
processing means, the comparator means causing 
the output of the corresponding hash-table element 
so when the value of the input data and the check 
value match. 

[0017] Advantageously, the instruction of said given 
type includes a hash control code, and the hashing 
55 means comprises: 

- means operative upon said instruction being exe- 
cuted by the processing means to receive the input 
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data and the hash control code, 
■ means for forming a transformed value by combin- 
ing together at least corresponding portions of mul- 
tiple bit-shifted versions of the input data, the 
number of such versions and their respective s 
degrees of bit-shifting being determined by the 
hash control code, and 
- - means for using the transformed value to provide 
said offset value. 

10 

Brief Pescrlption ot the Prawlngs 

[0018] Embodiments of the invention will now be 
described, by way of non-limiting example, with refer- 
ence to the accompanying diagrammatic drawings, in 15 
which: 

.Figure 1 is a diagram of a prior art memory look- 
up method using a hashing function; 

.Figure 2 is a diagram illustrating a processing sys- 20 
tern embodying the present invention; 

.Figure 3 is a diagram of a packet switch using a 
processing sysem of the Figure 2 form to 
control packet routing; 

.Figure 4 is a diagram illustrating a sequence of 25 
three instructions, including two branch 
instructions with hash-table bodies, for 
execution by the Figure 2 processing 
system in effecting operation in accord- 
ance with the present invention; 30 

.Figure 5 is a diagram illustrating a sequence of 
four instructions, including a called 
branch instruction with a hash-table 
body, for execution by the Figure 2 
processing system in effecting operation 35 
in accordance with the present invention; 

.Figure 6 is a diagram illustrating a second form of 
processing system embodying the 
' present invention, this second form being 
similar to that shown iin Figure 2 but with 40 
a controllable hashing functional block; 

.Figure 7 is a diagram illustrating a preferred form 
of the controllable hashing functional 
block of Figure 6; 

.Figure 8 is a diagram showing a hash control code 45 
supplied to the Figure 7 hashing func- 
tional block; 

.Figure 9 is a block circuit diagram showing the 
derivation of one bit of a transformed 
value formed by the Figure 7 hashing so 
functional block; and 

.Figure 10 is a flow chart showing a hashing method 
that involves carrying out retries in the 
event of a non-validated memory access. 

55 

Best Mode of Carrying Out the Invention 

[001 9] Figure 2 illustrates a processing system com- 
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prising a processing unit 55 arranged to execute 
instructions held in memory 49. These instructions 
include an instruction of a inteneded to retrieve an ele- 
ment from memory m dependence on the value of an 
input 10 where only some of the input values are of 
interest - instruction 50 is an instruction of this type. 
[0020] Instruction 50 includes an instruction header 
51 identifying the instruction type (BRANCH (hash 
body)), and an instruction body 52 in the form of a hash 
table formed by a set of check-value/element pairs cor- 
responding to respective ones of the different input val- 
ues of interest. These check-value/element pairs are 
held in the memory locations following the instruction 
header 51 . Retrieval of the element corresponding to an 
input value of interest is achieved using hashing as will 
now be described. 

[0021] The instruction header 51 is passed to an 
instruction register 56 of the processing unit 55 when 
the instruction is called by the unit (an instruction 
address register 57 in the unit 55 holds the address of 
the instruction to be fetched and executed). The instruc- 
tion header serves to identify the instruction type to the 
processing unit 55. The instruction header 51 also 
includes a field IN_SEL that serves to specify the 
source of the input 10 and the contents of this field are 
passed from the instruction register 56 to an input 
selection unit 58 which fetches the desired input. The 
instruction header further includes a field specifying an 
index width (IND_W) which is passed to a hashing func- 
tional block 13. Block 13 generates an offset index 14 
which is added in unit 60 to the base address repre- 
sented by the address in memory of the instruction 50; 
the result is then used to access the corresponding 
memory location and retrieve the check-value/element 
pair held therein. If the retrieved check-value and cur- 
rent input value match, the corresponding element is 
output; otherwise a miss is reported. How the output 
element is used may be specified in the instruction 
header or it may be coded into the element itself; typi- 
cally, the element will be an action to be executed, a 
return value, or a jump instruction to the processing unit 
55. 

[0022] The purpose of the index width parameter 
IND_W is to match the size of the index 1 4 (and thus the 
number of possible memory locations it can point to) to 
the size of the hash table body 51 of the corresponding 
instruction 50. 

[0023] The block 13, the unit 60 and the comparator 
15 may be considered as forming a hashing unit 59 of 
the Figure 2 processing system. 
[0024] Figure 3 illustrates an application of the Figure 
2 processing system to the control of a packet switch; as 
will be appreciated by persons skilled in the art, the 
illustrated switch has been simplified, this being done to 
facilitate an understanding of the operation of the Figure 
2 processing system in the context of the switch. The 
switch has two ports A and B for receiving and sending 
packets. The ports are inter-connected by a bus 75 over 
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which received packets can be passed between the 
ports. The bus 75 also connects to a controller 70. The 
role of the controller 70 is to route incoming packets 
received at the ports A and B by instructing each port as 
to which packets are to be output by that port. The con- 
troller makes its routing decision for a packet based on 
the packet destination address contained in the packet 
header (in the present example, this destination 
address is a 16 bit address), and a two-bit port identifier 
identifying the port on which the packet was received 
(for example, port A may be designated by a binary 
value of "01" and port B by a binary value of "10"). This 
information is made available to the controller 70 by 
arranging for each port to pre-append the correspond- 
ing port identifier to each packet header before putting 
the packet on the internal bus 75, the packet header and 
pre-appended port identifier then being received off the 
bus 75 by the controller and stored in an input register 

71 (in practice, a queuing arrangement would be used). 
After the controller has made its routing decision, it 
places the result in an output register 72 from where it is 
passed to the ports to determine which port, if any, will 
output the packet. 

[0025] In addition to the input and output registers 71 , 

72 the controller 70 comprises the Figure 2 processing 
unit 55, instruction memory 49, hashing unit 59 and 
input select unit 58. 

[0026] Operation of the controller will first be consid- 
ered in respect of the sequence of three instructions 
shown in Figure 4, these instructions being held in 
memory 49. All three instructions have an instruction 
header and an instruction body; however, only the sec- 
ond and third instructions are of the BRANCH (hash 
body) type described above. The first instruction is also 
BRANCH instruction but its body contains a simple 
lookup table indexed into directly by the value of the 
input quantity specified by an IN_SEL parameter con- 
tained in the instruction header; this instruction is desig- 
nated as being of a type BRANCH (table body). The 
header of the first instruction also contains the INDJ/V 
parameter that has the same function as for the 
BRANCH (hash body) instruction 50. 
[0027] The first instruction is used to look at the two 
port-identifier bits of the packet information held in input 
register 71 (IN_SEL parameter set to port). In the 
present case, the port identifier will have a value of "1" 
or "2" and results in a corresponding one of the instruc- 
tion-body memory locations being accessed. Because 
the port-identifier is two bits, the instruction-body table 
is sized to store four outcomes at corresponding loca- 
tions {0} to {3} although only two are actually required in 
the present example. In fact, because in the present 
case each memory word can hold two outcomes, only 
two memory words are used for the four possible out- 
comes (thus the parameter IND_W only has a value of 
one, indicating a table size of two memory words). It 
should also be noted that the numbers given in the 
instruction examples of Figures 4 and 5 are in hexadec- 
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imal notation. 

[0028] The outcomes stored in the body of the first 
instruction indicate which of the second and third 
instructions should now be executed. More particularly, 

5 if the port identifier has a value of "1 " then the accessed 
outcome will be the address (0007) of the second 
instruction, whereas if the port identifier has a value "2" 
the accessed outcome will be the address (000F) of 
the third instruction. The processing unit 55 takes the 

10 accessed address and retrieves the corresponding 
instruction. 

[0029] The jumped-to one of the second and third 
instructions, then looks at the sixteen destination 
address bits held in register 71 (IN_SEL set to da) and 

75 hashes them (using hashing unit 59) to provide an offset 
index for accessing into the hash table body. In the 
present example, there are only two destinaton 
addresses of interest, namely the address <0002> for 
packets received on port A and the address ( FFF1 ) for 

20 packets received on port B. The size of the hash table is 
here four words (IND_W=2), each word holding one 
hash table entry. A hash-table "hit" results in the output 
of a port action instruction (action 1 or action 2 in the 
current example) which is stored under the control of 

25 the processing unit 55 in the output register 72 to deter- 
mine routing of the packet, ff no "hit" is achieved, the 
output register is not set and the packet is not for- 
warded. 

[0030] The instruction sequence of Figure 4 uses a 

30 respective hash table for each port. Whilst the BRANCH 
(hash body) is a compact way of handling the large 
range of potential destination address values, where the 
number of addresses of interest is large (thousands 
rather than the two of the Figure 4 example), it is prefer- 

35 able to list the addresses only once, that is, to have only 
one BRANCH (hash body) instruction rather than two. 
This can be achieved by treating the instruction as a 
called function that returns a lookup table index as will 
now be described with reference to the instruction 

40 sequence of Figure 5. 

[0031] In the Figure 5 instruction sequence, the first 
instruction is the same as in the Figure 4 sequence, 
namely a BRANCH (table body) instruction that looks at 
the port identifier bits and executes a jump to the sec- 

45 ond or third instruction in dependence on the value of 
the port identifier. The second and third instructions are 
also BRANCH (table body) instructions - these instruc- 
tions contain the specific actions to be posted to the out- 
put register 72 for the specific destination addresses of 

50 interest for packets received at ports A and B respec- 
tively. The index into the table body of each of the sec- 
ond and third instructions is provided by the input 
source indicated by the IN_SEL parameter. In this case 
the IN-SEL parameter is set to CALL (000F) for both 

55 instructions to indicate that the index to be used is the 
value returned from calling the instruction located at 
address <000F). This called instruction (the fourth 
instruction of Figure 5) is a BRANCH (hash body) 
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instruction that hashes the destination address bits to 
provide an offset into its hash table body. The hash table 
body contains the return values to be returned to the 
calling instruction. Using the same two destination 
addresses of interest as in the Figure 4 example, the 
address (0002) results in a value of "1" being returned 
whilst the address value < FFF1 ) results in the value "2" 
being returned. A hash table "miss" will result in a null 
value being returned. As can be seen from a study of 
Figure 5, if the calling instruction was the second 
instruction (port A the receiving port), only a return 
value of "1" results in the output of an action (action 1); 
similarly, if the calling instruction was the third instruc- 
tion (port B the receiving port), only a return value of "2" 
results in the output of an action (action 2). 
[0032] The process of suspending the operation of the 
calling instruction whilst the called instruction is exe- 
cuted is effected in standard manner using a stack onto 
which and from which appropriate parameters of opera- 
tion are pushed and popped. 

[0033] Figure 6 illustrates a variant on the Figure 2 
form of processing system in which the hash function 
used by the hashing functional block 13 is controlled by 
a hash control code (HCC) 20 included in the header 51 
of each branch instruction whose body is in the form of 
a hash table. Upon such an instruction 50 being loaded 
into the processing unit 55 from memory 49, the hash 
code code is passed to the block 13 to determine 
parameters of the hash function to be used for hashing 
the input data subject of the instruction. Because the 
hashing function can be controlled, it can be adapted to 
suit different search space problems (that is, to suit situ- 
ations that differ one from another in terms of the char- 
acteristics of the input relative to the number and 
identity of the input values of interest), the index 1 4 pro- 
duced by block 13 being applied to a appropriately- 
sized memory space relevant to the current input. 
[0034] Figure 7 illustrate the principle of operation of 
one form of the block 13 suitable for use in the Figure 6 
system. The Figure 7 block 13 comprises a combining 
block 22 and a bit selection block 23. The combining 
block 22 serves to form an intermediate value 27 
(termed a "transformed value" below) by combining 
together, in exclusive-OR block 26, different bit-shifted 
versions 25A, 25B and 25C of the input 10; the number 
and degree of bit shifting of these input versions 25 is 
determined by the hash control code 20. The bit-selec- 
tion block then forms the index 1 4 by selecting bits from 
the transformed value 27, the number of these bits 
being determined by a index-width parameter 21 (which 
effectively specifies the size of the memory space to be 
accessed by index 14). 

[0035] How the hash control code 20 is used to control 
which input versions are combined together is diagram- 
matically depicted in Figure 8. The combining block 22 
has the potential to create (at least notionally, if not 
explicitly) P bit-shifted versions of the input, these ver- 
sions being labelled Version 0 to Version (P-1) in Figure 



8. These versions are progessively further bit shifted 
right by increments of one bit from Version 0 to Version 
(P-1) with Version 0 being right shifted (-1) relative to 
the original input 10 (that is, left-shifted by 1). In the 
5 present example, the input is shifted and not circulated 
to form the input Versions 0 to (P-1) with zero values 
being added to fill otherwise undefined bit positions out- 
side of the input sequence. 

[0036] The hash control code 20 has P bits extending 

10 from bit position 0 to position P-1 . If the code 20 has a 
"1" in a particular bit position, then the corresponding 
input version is presented to XOR block 26 for combina- 
tion with other versions so presented. For example, if bit 
positions 2, 7 and 9 of the code 20 are "1 "s and all other 

15 positions "0", then input Versions 2, 7 and 9 (corre- 
sponding to right shifts of 1 bit, 6 bits and 8 bits respec- 
tively), are combined in the XOR block 26 to form the 
intermediate transformed value 27. 
[0037] Figure 9 illustrates circuitry for effecting version 

20 selection and combination for generating one bit (the bit 
in bit position "n") of the transformed value 27. More 
particularly, the hash control code is held in register 32 
and each bit is used to control a corresponding two- 
input AND gate 30; the outputs of all the gates 30 are 

25 fed to a XOR gate 31 . The other input of each gate 30 
receives bit "n" of the input Version that corresponds to 
the hash control code bit controlling that gate (bit 0 
being the first bit position in each version). These bit "n" 
values for all input versions can be simply derived by 

30 tapping appropriate cells of a register 33 that holds the 
input 10 padded each end with zero bits. Thus bit "n" of 
input version "m" is bit (m+n-1 ) of input 10. 
[0038] As is apparent, only the bit "n"s of the input ver- 
sions enabled by the corresponding bits of the hash 

35 control code 32 will be passed to the XOR gate 31 . This 
gate produces a "1" output when supplied with an odd 
number of "1 "s, and a "0" output otherwise. 
[0039] The Figure 9 circuitry, other than registers 32, 
33, is repeated for each bit of the transformed value 

40 (which may, for example, be a 16-bit value). 

[0040] With regard to the bit-selection block 23, in the 
present example this takes bit 1 to bit (index-width) of 
the transformed value, and outputs them as the index 
14. More complex selection patterns may alternatively 

45 be used. Suitable circuitry for implementing block 23 will 
be apparent to persons skilled in the art. 
[0041] By way of example, a hash control code of 
'Mdbb764747a (where *h indicates hexadecimal nota- 
tion) and an index width of 3 will disciminate between 

50 the following six 48-bit input values: 

'h080009732b60 
'h080009732d68 
'h080009732fd8 
55 'h080009732de8 
'h080009732cf8 
•h0800097329d8 
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[0042] From the foregoing, it will be seen that the hash 
control code provides a convenient and flexible way of 
providing a very large number of different hash func- 
tions. Determination of the hash control code needed to 
produce the hash function best suited for a particular 
purpose (for example, for achieving perfect hashing 
within the minimum memory space) can be determined 
by an automated trial and error process. Once the 
desired hash control code has been determined, then it 
can be applied to the hashing functional block 1 3 when- 
ever a relevant input 10 is received. At the same time, 
the appropriate index width Input 23 is also provided. 
[0043] In fact, trial and error determination of a suita- 
ble hash control code could potentially take a long time 
and it is therefore convenient to take steps to improve 
the chances of success if trial and error does not pro- 
duce a successful result after a given number of tries. In 
particular, the size of the index width can be increased 
to give a larger target (the penalty being that more 
memory will be required). Another approach is to allow 
re-hashing - that is, not always to seek to achieve per- 
fect hashing but to allow for input values of interest to 
hash to the same index (and thus memory location) with 
only one of these values being validated - any non-vali- 
dated accesses to a memory location giving rise to a re- 
hash using a different hash function. 
[0044] This approach is illustrated in Figure 1 0 where 
steps 40 to 46 within box 38 represent the overall hash- 
ing process. More particularly, at step 40 a first memory 
access attempt is made on the input 10 using the sup- 
plied hash control code 20 (and index width, this latter 
not being illustrated as it is constant for the whole hash- 
ing process). At step 41, the validity of the memory 
access attempt is checked by comparing the input 10 
with the check value stored in the accessed location; if 
validated (a "hit") the hashing process is exited. How- 
ever, if a "hit" is not achieved, a new memory access 
attempt is made using a hash control control code 
selected from a set 47 of predetermined codes; the 
identity of the chosen code is given by determining (step 
42) the value of an index idx into the set 47 on the basis 
of the terminating bits of the supplied hash control code 
20. Using the selected predetermined hash control 
code, a new access attempt is made (step 43) and its 
validity is checked (step 44). If a "hit" is achieved, the 
hashing process is exited; otherwise, the value of idx is 
incremented (step 46) and a further retry is made with 
the new predetermined hash control code pointed to by 
idx. The number of retries permitted is limited by a retry 
value 39, the current number of retries being tested 
against this value 39 in step 45 (it being understood that 
a count is kept of the number of retries). If a "hit" is not 
achieved after the maximum number of retries permit- 
ted, a "miss" is output to indicate that the input value 
was not one of interest, and the hashing process exited. 
It will be appreciated that the initial hash control code 
20, the index width and the number of permitted retries 
are chosen to ensure that all input values of interest will 



result in a "hit"). 

[0045] A number of variants are. of course, possible to 
the described embodiments of the invention. For exam- 
ple, the source of input data for the BRANCH (hash 

5 body) instruction may be implicit rather than explicitly 
specified by the IN-SEL parameter. Furthermore, whilst 
the hash control code of Figures 6 to 10 has been 
described as controlling the number and degree of bit- 
shifting of the input versions 25, additional or different 

10 parameters of the hashing function could be controlled. 
Thus, the hashing control code could include bits for 
specifying the function used to combine the input ver- 
sions (multiplication of the versions, etc), and/or for 
specifying circulation rather than shifting of the input, 

15 and/or for specifying the direction and magnitude of 
shifting/circulation between versions, and/or the order- 
ing of the bits sleeted by bit-selection block 23, etc. 
Additionally, at least the bit selection function of the bit- 
selection block 23 can be implemented within the Figure 

20 4 form of the combining unit 22 by disabling those 
instances of the gating circuity (elements 30, 31) related 
to bits of the transformed value that are not required for 
the current index. 

[0046] With respect to Figure 10, rather than the con- 
25 trol codes used for hash retries being selected from a 
predetermined set of codes (47), each hash code could 
be computed from the current one using some kind of 
XORing function. 

30 Claims 

1. A processing method in which program-controlled 
processing means (59), in the course of executing 
an instruction (50) of a given type stored in memory 

35 (49), is caused to selectively retrieve a element 
from memory (49) in dependence on the value of 
input data (10) subject of the instruction; said 
instruction having a header (51) identifying the 
instruction as of said given type, and a body (52) in 

40 the form of a hash table having at least one entry 
with both (i) a check value corresponding to a value 
of interest of said input data subject of the instruc- 
tion, and (ii) an element to be used when said input 
data has said value of interest; said method invotv- 

45 ing the steps: 

(a) -- determining whether a current instruction 
(50) to be executed by the processing means 
(59) is of said given type; 

so (b) - where step (a) determines that the 

instruction is (50) of said given type, hashing 
the said input data (10) subject of the instruc- 
tion to produce an offset value (14); 
(c) - using the offset value (14) produced in 

55 step (b) to access in memory, relative to the 

position in memory of the current instruction, a 
corresponding entry in the hash table of the 
current instruction; 
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(d) comparing the value of the input data (1 0) 
with the check value held in the entry accessed 
in step (c), and making available the associated 
entry element for operative use only when the 
compared values match. 

2. A method according to claim 1, further involving 
using a said element made available in step (d), for 
controlling packet routing in a packet switch. 

3. A method according to claim 1, further involving 
using a said element made available in step (d), as 
an indicator of the location of a next instruction to 
be executed by the processing means (59). 

4. A method according to claim 1, further involving 
using a said element made available in step (d), as 
a return value that is returned to a prior instruction 
responsible for calling the instruction of said given 
type. 

5. A method according to claim 4, wherein said return 
value is used by said prior instruction as an index 
into a table associated with said prior instruction. 

6. A method according to claim 1 , wherein the header. 
(51) of said instruction (50) includes an input-selec- 
tion parameter (IN_SEL) providing a source indica- 
tor for said input data (10), said method involving 
using the input-selection parameter to access the 
input data to be hashed in step (b). 

7. A method according to claim 1 , wherein the header 
(51) of said instruction (50) includes a size parame- 
ter (IND_W) indicative of the size of the hash table 
contained in the body (52) of the instruction, said 
method involving using the size parameter to limit 
the size, and thus the value rage, of said offset 
value (14) to match the size of the hash table. 

8. A method according to claim 1 , wherein the hashing 
of the input data (10) in step (b) is carried out using 
a fixed hashing function. 

9. A method according to claim 1 , wherein the header 
(51) of said instruction (50) includes a hash control 
code (20), and the hashing of the input data (10) in 
step (b) is carried out in dependence on the value of 
said hash control code. 

10. A method according to claim 9, wherein step (b) 
involves: 

- forming a transformed value (27) by combin- 
ing together at least portions of different ver- 
sions (25) of said input data, the hash control 
code (20) serving to set specific parameters of 
this forming, and 
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-- using said transformed value (27) to provide 
said offset value (14). 

11. A method according to claim 10, wherein said dif- 
5 ferent versions (25) of the input data are bit-shifted 

versions of the input data (10), the number of said 
different versions and their respective degrees of bit 
shifting being determined by said hash control code 
(20). 

10 

1 2. A method according to claim 1 1 , wherein said hash 
control code (20) is a multi-bit code, the state of 
each of at least some of the bits of the hash control 
code determining the presence or absence of a 

is said version (25) of the input data that corresponds 
to the bit shifting of the input data by an amount 
dependent on the position of the relevant hashing 
control-code bit in that code. 

20 13. A method according to any one of the preceding 
claims, wherein said at least portions of different 
versions of said input data are combined by an 
exclusive-OR operation (26). 

25 14. A method according to any one of the preceding 
claims, wherein in cases where using an initial hash 
function to effect the hashing of step (b) results in 
more than one value of interest of said input data 
(10) hashing to the same offset value, then in the 

30 event of the corresponding hash-table entry con- 
taining a check value that does not match with the 
input data value in step (d), at least one further 
hash attempt is made using a different hash func- 
tion from said initial hash function. 

35 

15. Apparatus provided with storage means (49) stor- 
ing a program including an instruction (50) of a 
given type that comprises: 

40 - a header (51) identifying the instruction as of 

said given type, and 

-- a body (52) in the form of a hash table having 
at least one entry with both (i) a check value 
corresponding to a value of interest of input 
45 data subject of the instruction, and (ii) an ele- 

ment to be used by said instruction when said 
input data has said value of interest. 

16. Apparatus according to claim 15, further provided 
so with: 

- processing means (55) for executing instruc- 
tions stored in said storage means (49); 

- means (58) for providing said input data (10); 
55 - hashing means (13) for hashing said input 

data (10) to produce an offset value (14), 

- offset-access means (60) for using said off- 
set value to access said storage means at an 
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offset relative to the location of a current 
instruction being executed by the processing 
means, and 

- comparator means (15) for comparing the 
input data value with the check value of a hash s 
table entry accessed by said offset access 
means during the execution of an instruction of 
said given type by the processing means (55), 
the comparator means causing the output of 
the corresponding hash-table element when 10 
the value of the input data ad the check value 
match. 

17. Apparatus according to claim 16, wherein the 
instruction of said given type includes a hash con- 15 
trol code, said hashing means (13) comprising: 

- means operative upon said instruction being 
executed by the processing means (55) to 
receive said input data (1 0) and said hash con- 20 
trol code (20), 

-- means (22) for forming a transformed value 
(27) by combining together at least corre- 
sponding portions of multiple bit-shifted ver- 
sions (25) of said input data, the number of ss 
such versions and their respective degrees of 
bit-shifting being determined by said hash con- 
trol code (20), and 

- means (23) for using said transformed value 
(27) to provide said offset value (14). 30 

18. Apparatus according to claim 17, wherein said dif- 
ferent versions (25) of the input data are bit-shifted 
versions of the input data (10), the number of said 
different versions and their respective degrees of bit 35 
shifting being determined by said hash control code 
(20), said means for forming a transformed value 
comprising: 

- first register means (33) for storing said input 40 
data (10), the first register means being acces- 
sible over its length so as to permit access to 
said versions (25) by appropriately offset 
access into the first register means; 

- second register means (32) for storing said 45 
hash control code (20); 

-- exclusive-OR means (31); and 

- gate means (30) connected to said first and 
second register means (33,32) for controlling 

the passing to said exclusive-OR means (31 ) of so 
bits of said different versions (25) of the input in 
dependence on the value of the hash control 
code (20), the output of said exclusive-OR 
means (31) constituting said transformed value 
(27). 55 
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